Skip to main content
This forum is closed to new posts and responses. The content has been migrated to the Digital Solutions Community. Please join us there for new content as well as this content. For customer support, please visit the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal

Notes/Domino 6 and 7 Forum

Notes/Domino 6 and 7 Forum


  

PreviousPrevious NextNext


~Lex Fezponeburnivu 7.Oct.03 01:15 PM a Web browser
General 6.0.3; 6.0.2 CF2; 6.0.2 CF1; 6.0.2; 6.0.1 CF3; 6.0.1 CF2; 6.0.1 CF1; 6.0.1; 6.0 All Platforms


i detected a very massive Bug in Lotus Notes R5 and R6 (up to 6.02CF2, maybe also in 6.5 but no chance to test it on 6.5):

i am having an agent that updates Documents per ComputeWithForm. All of those documents are having relational fields in it (using @DBLookup). To get the documents to update it uses the db.FTSearch Method.

However, as there are very large databases, it often happens that update on all documents in one database takes quarter an hour. Now if the Agent creates the DocumentCollection it seems that there is also loaded all Document Content in Memory.
If now, the collection stays in memory, and some user changes the document (after the collection has been created) and saves his changes, they are all lost when the agent processes the document

Time Line:
- Agent creates documentcollection
- Agent starts updating doc by doc
- user changes document that is also in collection
- user saves document
- agent comes to document, saved by user and saves it
- changes made by the user are lost, there is even not Replication/Save Conflict

i tryed several things to make a workaround, but there is not function to avoid those. Even if i am destroying the collection, memoring the UNIDs and then processing the docs by GetDocumentByUNID gets also the document in memory at the time it was first touched by the agent.

For wondering a save conflict is created if the agent runs on another server, than the user has made his changes, but only when replication between the 2 servers happens after the agent has saved the document, if replication happens before, the data is also lost...

If anyone has a workaround on that, without changing the replication interval from imediate to anything else i would be very glad, this is a very very shitty problem and i will report this to IBM tomorrow.






Massive Notes Bug - BackEnd Doc and... (~Lex Fezponebur... 7.Oct.03)
. . working as expected, no bug at all ... (~Dan Brefreepul... 7.Oct.03)
. . . . RE: working as expected, no bug at ... (~Lex Fezponebur... 8.Oct.03)
. . . . . . RE: working as expected, no bug at ... (~Dan Brefreepul... 8.Oct.03)
. . . . . . . . RE: working as expected, no bug at ... (~Lex Fezponebur... 9.Oct.03)
. . . . . . . . . . RE: working as expected, no bug at ... (~Dan Brefreepul... 9.Oct.03)
. . . . . . . . . . . . RE: working as expected, no bug at ... (~Lex Fezponebur... 10.Oct.03)
. . . . . . . . . . . . . . RE: working as expected, no bug at ... (~Dan Brefreepul... 10.Oct.03)
. . . . . . . . . . RE: working as expected, no bug at ... (~Naomi Deskrote... 9.Oct.03)
. . . . . . . . . . . . That's it - TRANSACTIONAL LOGGING C... (~Dan Brefreepul... 9.Oct.03)
. . . . . . . . . . . . . . RE: That's it - TRANSACTIONAL LOGGI... (~Naomi Deskrote... 9.Oct.03)
. . . . . . . . . . . . . . . . I read all the thread. I feel it's ... (~Bill Frokimari... 9.Oct.03)
. . . . . . . . . . . . . . . . . . Don't get it (WAS: I read all the t... (~Delores Dwonic... 9.Oct.03)
. . . . . . . . . . . . . . . . . . Beg to differ... re: I read all the... (~Naomi Deskrote... 9.Oct.03)
. . . . . . . . . . . . . . . . . . It's not about conflicts ... there ... (~Dan Brefreepul... 10.Oct.03)
. . . . . . . . . . . . RE: working as expected, no bug at ... (~Dan Brefreepul... 9.Oct.03)
. . No bug here (~Hank Quetamarn... 7.Oct.03)
. . . . RE: No bug here (~Lex Fezponebur... 8.Oct.03)
. . . . . . No bug here - Please give us the ag... (~Kelly Nimfooge... 8.Oct.03)
. . Code around it. (~Dan Elhipister... 7.Oct.03)
. . . . RE: Code around it. (~Lex Fezponebur... 8.Oct.03)
. . . . . . RE: Code around it. (~Yentl Quetkrot... 8.Oct.03)
. . . . . . . . RE: Code around it. (~Holly Minjipyb... 8.Oct.03)
. . . . . . . . . . RE: Code around it. (~Naomi Deskrote... 8.Oct.03)
. . . . RE: Code around it. (~Sarah Bubjumib... 8.Oct.03)
. . . . . . I left out a bunch of pieces... (~Dan Elhipister... 8.Oct.03)
. . . . . . . . RE: I left out a bunch of pieces...... (~Bill Frokimari... 9.Oct.03)
. . . . . . . . . . Isn't that what I was doing w/ the ... (~Dan Elhipister... 9.Oct.03)
. . . . . . . . . . . . RE: Isn't that what I was doing w/ ... (~Bill Frokimari... 9.Oct.03)
. . . . It has nothing to do with save conf... (~Dan Brefreepul... 10.Oct.03)
. . RE: Massive Notes Bug - BackEnd Doc... (~Karl Zekkroplo... 10.Oct.03)
. . . . RE: Massive Notes Bug - BackEnd Doc... (~Lex Fezponebur... 10.Oct.03)





  Document options
Print this pagePrint this page

 Search this forum

  Forum views and search
Date (threaded)
Date (flat)
With excerpt
Category
Platform
Release
Advanced search

 RSS feedsRSS
All forum posts RSS
All main topics RSS